I found some fail cases more... This PR should be pending now

The #515 mentions getByText with RegExp as an argument

Yes, I realized the cause of this problem.

Case 1. Test failed only with RegExp

For example, the components exist like

    const NestedText = () => {
      return (
        <CustomText testID="outer">
          <CustomText testID="inner1">Test</CustomText>
          <CustomText testID="inner2">Test2</CustomText>
        </CustomText>
      );
    };

And, in getByAPI.js

    if (isTextComponent) {
      const textChildren = getChildrenAsText(node.props.children, Text);
      if (textChildren) {
        const textToTest = textChildren.join('');
        return typeof text === 'string'
          ? text === textToTest
          : text.test(textToTest);
      }
    }

The textToTest value of outer Text is TestTest2 and inner1 is Test.
So with string expectation, then inner1 is returned correctly. But in RegExp, outer is also matched with /Test/

Case 2. Test failed both

    const NestedText = () => {
      return (
        <CustomText testID="outer">
          <CustomText testID="inner1"></CustomText>
          <CustomText testID="inner2">Test</CustomText>
        </CustomText>
      );
    };

The textToTest value of outer Text is also Test... so getByText('Text') and getByText(/Text/) both matched to outer

I think this is not about the bug and about the principle of the text matching test of this library.

In my case, I don't want to test like #489 with a recursive text collection way.
I just want to test the text in any <Text> component directly.

IMAO, the tests like the following should be failed.

  expect(
    render(
      <Text>
        <CustomText>Hello</CustomText> <CustomText>World!</CustomText>
      </Text>
    ).queryByText('Hello World!')
  ).toBeTruthy();

But, this is just my opinion thank you for your comment. It helped me what is the main cause of the problem. 😃
I will test my components like this.

    const matches = testingLib.getAllByText(text);
    const element = matches[matches.length - 1];

IMAO, the tests like the following should be failed

I can't agree to that. The user would actually see the "Hello World!" text and this is what we try to achieve here. We can probably come up with a better way of doing so, which works well with both string and regex matches.

Thank you for your concern